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MULTI-PROCESS DISPLAY METHOD IN DEBUGGER SYSTEM 



BACKGROUND OF THE INVENTION 

The present invention relates to a multi- 
process display method of displaying multiple processes 
to be debugged in a debugger system/ a debugger system, 
5 and a storage medium having stored thereon a display 
program, and in particular, to a method of and a system 
for debugging a multi-process program in which changes 
in operation states of processes of a multi-process 
program are displayed in relation to operation of the 

10 program to thereby support the debugging. 

Various methods have been devised to support 
debugging of a program. For example, JP-A-5-233323 
describes a method to interactively and efficiently 
debug a parallel program. JP-A-8-185340 describes a 

15 parallel program visualizing method as a tool to 

visualize a parallel program. However, the techniques 
of the prior art does not have a function to clearly 
and visually display such relationships between 
processes of a parallel program as a parent-child 

20 relationship and a brother relationship. None of the 
techniques has a function to clearly display operation 
states of processes such as "generation", "start", 
"resume", "halt", and "end". JP-A-11-161514 describes 
a debugging method of a program including a plurality 

25 of processes, but has not a function to debug processes 
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of the program in relation to operation of the program. 

SUMMARY OF THE INVENTION 

It is therefore an object of the present 
invention to provide a multi-process display method/ a 
5 debugger system, and a recording medium having stored 
thereon a display program to efficiently debug a multi- 
process program. 

The object according to the present invention 
can be achieved by paying attention to a point in which 

10 debug information of a relationship between operation 
states of a plurality of processes of a multi-process 
program is clearly displayed in relation to operation 
of the program and a point in which a relationship 
between processes in operation and processes already 

15 ended is visually and discriminatively displayed. 

Resultantly, it is possible to provided a debug support 
method and a debug support system capable of 
efficiently debugging a multi-process program including 
a plurality of processes. 

2 0 To achieve the object according to the 

present invention, there is provided a multi-process 
display method of displaying processes to be debugged 
in the debugger system in which the debugger system 
acquires an operation state change and detailed 

25 information of each process, displays each process 

using a predetermined pattern, displays a relationship 
between processes using a layout of the patterns and 
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lines connecting the patterns to each other, displaying 
an operation state of each process using a particular 
display mode of a pattern, and displays detailed 
information of each process. 

5 BRIEF DESCRIPTION OF THE DRAWINGS 

The present invention will be more apparent 
from the following detailed description, when taken in 
conjunction with the accompanying drawings, in which: 
Fig. 1 is a diagram showing a configuration 
10 of a debugger system according to the present 
invention; 

Fig. 2 is a diagram showing a data layout of 
operation states of processes; 

Fig, 3 is a table showing details of process 
15 information; 

Fig. 4 is a flowchart showing a processing 
procedure of a debugger information display section; 

Fig. 5 is a flowchart showing in detail an 
embodiment of a processing flow to create a process 
2 0 information table; 

Fig. 6 is a flowchart showing in detail an 
embodiment of a processing flow to update a process 
information table; 

Fig. 7 is a flowchart showing in detail an 
25 embodiment of a process information display section; 

Fig, 8 is a diagram showing a display example 
of a process graph and process detail information 
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displayed on a display; and 

Fig. 9 is a diagram showing a procedure to 
display a process graph and process detail information 
in an emphasized mode. 

5 DESCRIPTION OF THE EMBODIMENTS 

Referring now to the accompanying drawings, 
description will be given of an embodiment according to 
the present invention. 

Fig. 1 shows a configuration of a debugger 

10 system in a block diagram. The configuration includes 
a program 100 to be debugged (to be referred to as a 
debug program herebelow) . The debugger system includes 
a debugger system section 110 and a display 150. The 
debug program 100 includes a plurality of processes (to 

15 be referred to as debug processes herebelow) 

constituting the program 100. The processes are 
application programs prepared by users. When the user 
compiles a source program or code with a specification 
of "debug option", processes are generated in a format 

20 suitable for the debugger system. That is, in each 
process, when an operation state is changed or when a 
particular system call is issued, an interruption 
signal is created to output information related to the 
debugging. 

25 The debugger system section 110 includes a 

debugger engine section 120 which controls execution of 
the debug program 100 and which monitors the execution 
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thereof and a debugger information display section 140 
to display an operation state of the program 100 on the 
display 150, 

The debugger system section 110 is activated 
5 by a command from a user. After activating the section 
110, the user inputs to the section 110 a command or 
the like to determine a break point (at which execution 
of a program is temporarily stopped) for the debug 
program. The user then inputs a command to execute the 

10 debug program. The debug program stops execution at a 
predetermined break point and a particular system call 
and passes control to the debugger system section 110. 
The user checks an operation state of each process and 
values of data and variables by commands. Thereafter, 

15 when the user issues an instruction to resume a 
process, the execution of the debugger program is 
resumed. In this way, the debugger system section 110 
provides an interface for the user to interactively 
execute the debug program. 

20 The debugger engine section 120 includes a 

debug execution processing section 121 which controls 
execution of the debug program 100 for each debug 
process 101 and which monitors the execution and a 
process operation information output section 122. When 

25 an operation state of the debug process 101 changes, 
the debug execution processing section 121 detects an 
interruption signal from the debug process 101 and 
transfers control to the process operation information 



- 6 - 

output section 122. The output section 122 outputs 
process operation information 131 to a process 
operation information file 130. Details of the 
information 131 will be described later by referring to 
5 Fig. 2. A process operation information monitoring 
section 141 makes a check to determine presence or 
absence of the output of the process operation 
information 131 to the file 130 to change a display 
state of the display 150 in relation to operation of 
10 the debug process 101. If the information 131 is 
m outputted to the file 130, the monitoring section 141 

ill passes control to a process operation information 

K acquiring section 142. The section 142 receives the 

process operation information 131 from the file 130 and 
7^ 15 then passes control to a process information table 

^ creating section 143. Using the process operation 

information 131, the section 143 creates and updates a 
process information table to control the debug process 
101 and passes control to a process information display 
20 section 144. Details of the process information table 
will be described later by referring to Fig. 3. The 
process information display section 144 includes a 
process graph display section 145 and a process detail 
information display section 146. The section 144 
25 refers to the process information table created and 

updated by the table creating section 143 and displays 
a process graph 151 and process detail information 152 
on the display 150. 
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The debugger engine section 120 and the 
debugger information display section 140 of the 
debugger system 110 are respectively software programs. 
Each part of the sections 120 and 140 is implemented 
5 using a subroutine. The process operation information 
file 130 and the process information table are 
respectively tables in a main memory. The 
implementation above is only an example, that is, the 
sections 120 and 140, the file 130, and the process 
10 information table can be implemented in other than this 
way. 

Fig. 2 shows a data layout of the process 
operation information 131. 

The process operation information file 130 to 

15 store the process operation information 131 has a queue 
configuration of first-in-first-out (FIFO) type. The 
process operation information output section 122 
enqueues in the process operation information file 130 
the process operation information 131 in either one of 

20 the layouts 210, 220, 230, 240, and 250 shown in Fig. 
2. The operation information monitoring section 141 
monitors the information and the process operation 
information acquiring section 142 dequeues the 
information from the file 130. The process operation 

25 information 131 includes process state information 201 
and process detail information 202. The information 
201 indicates an operation state of the debug process 
101. The information 202 is disposed to control 
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information associated with the process state 
information such as a number (to be referred to as a 
node number) sequentially assigned to the debug process 
101 by the debugger engine section 120, a process 
5 number (assigned to the debug process 101 by an 

operating system (OS)), a program name, and source file 
information at a halt position. The process operation 
information 210 is an example of the process operation 
information 131 when a new debug process 101 is created 

10 (corresponding to a system call "fork") . This means 
that a debug process with node number "1" 214 and 
process number "20" 215 is created from a debug process 
with node number "0" 212 and process number "10" 213. 
The process operation information 220 is an example of 

15 the process operation information 131 when operation of 
the process is executed (corresponding to a system call 
"exec") . This means that execution of program name 
"Prog2_0" 224 is started in a debug process with node 
number "1" 222 and process number "20" 223. The 

20 process operation information 230 is an example of the 
process operation information 131 when operation of the 
process is halted, for example, by a break point set by 
the user. This means that a debug process with node 
number "2" 232 and process number "21" 233 is halted at 

25 line number "146" 235 of a source file "function. c" 
234. The process operation information 240 is an 
example of the process operation information 131 when 
the operation of the debug process is resumed. This 



means that the operation of a debug process with node 
number "0" 242 and process number "10" 243 is resumed* 
The process operation information 250 is an output 
example of the process operation information 131 when 
5 the operation of the debug process is ended. This 
means that the operation of a debug process with node 
number "3" 252 and process number "30" 253 is ended. 

Fig, 3 shows details of the process 
information table 300 which is created and updated by 
m 10 the process information table creating section 143 and 

-•2 which is referred to by the process graph display 

section 145 and the process detail information display 
;!l section 146. One process information table is created 

^ for each of the debug processes created up to the 

15 pertinent point time. The information table 300 of 
M 5 each process includes debug process information 310, 

O process box coordinate position information 340, child 

debug process information 320, and brother debug 
process information 330. The debug process information 
20 310 includes node number information 311, process 

number information 312, program name information 313, 
and operation state information 314. The process box 
coordinate position information 340 includes 
information of coordinates when a debug process managed 
25 by the process information table 300 is displayed as a 
process box in a process graph, that is, x-axis 
information 341, y-axis information 342, width 
information 343, and height information 344 of the 



process box. The child debug process information 320 
is a process information table pointer 321 to a debug 
process (to be referred to as a child process 
herebelow) created by the debug process managed by the 
process information table 300. The brother debug 
process information 330 is a process information table 
pointer 331 to a debug process (to be referred to as a 
brother process herebelow) which is a brother of the 
debug process managed by the process information table 
300. 

Fig. 4 is a flowchart of a processing 
procedure of the debugger information display section 
140 to display on the display 150 the process operation 
information 131 received from the process operation 
information file 130. First, the process operation 
information monitoring section 141 periodically makes a 
check to determine whether or not the process operation 
information 131 is outputted to the file 130 (step 
411) . If the information 131 is outputted, the 
monitoring section 141 passes control to the process 
operation information acquiring section 142. The 
section 142 dequeues the information 131 from the file 
130 (step 421) and passes control to the process 
information table creating section 143. The section 
143 obtains an operation state of the debug process 
from the process state information 201 of the process 
operation information 131 (step 431). When the 
information 201 indicates a debug process generation 
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state, a process information table is created (step 
432) . When the information 201 indicates a debug 
process start, resume, halt, or end state, the process 
information table is updated (step 433) . Control is 
the passed to the process information display section 
144. Fig. 5 shows an embodiment of the process 
information generation processing 432 in detail. Fig. 
6 shows details of the process information update 
processing 433. Using the process information table, 
the process information display section 144 repeatedly 
executes processing 442 to create data to display a 
process graph in the process graph display section 145 
and processing 443 to create data to display process 
detail information in the process detail information 
display section 146 as many times as debug process 
number (steps 441 to 444) . The process information 
display section 144 resultantly display the process 
graph and the process detail information on the display 
150. Embodiments of the process graph display data 
generation processing 442 and the process detail 
information display data generation processing 443 will 
be specifically described later by referring to Fig. 7. 
After the graph and the information are displayed, 
steps 411 to 444 are repetitiously executed. 

Fig. 5 shows a specific embodiment of the 
process information table generation processing 432. 
Description will be given of a case in which the 
process operation information 210 described by 
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referring to Fig. 2 is inputted to the processing 432. 
The program first retrieves a process information table 
managing a debug process (a debug process with node 
number "0" 212 and process number "10" 213 in this 
5 example and will be referred to as a parent process 

herebelow) having created a new debug process 101 (step 
501) . The retrieval is carried out by determining 
whether or not the node number (node number "0" 212) of 
- the parent process matches node number information in 
10 the process information table (step 502) . When the 
process information table managing the parent process 
is retrieved, the program creates a process information 
table of the new debug process (a debug process with 
node number "1" 214 and process number "20" 214 in this 
15 example and will be referred to as a child process 

herebelow; step 503) and registers to the child debug 
process information in the process information table of 
the parent process. Simultaneously, the program also 
registers brother debug process information and then 
20 passes control to the process information display 
section 144. 

Fig. 6 shows a concrete embodiment of the 
process information table update processing 433. 
Description will be given of a case in which the 
25 process operation information 230 is inputted to the 

update processing 433 when the operation is halted, for 
example, at a break point shown in Fig. 2. First, the 
program retrieves a process information table managing 



the debug process of which the operation is halted (the 
debug process with node number "2" 232 and process 
number "21" 233 in this example; step 601) . The 
retrieval is carried out by determining whether or not 
5 the node number (node number "2" 233) of the debug 

process matches node number information in the process 
information table (step 602) . When the process 
information table managing the debug process is 
retrieved, the program determines an operation state of 
10 the debug process according to the process state 

information 231 of the process operation information 

230 (step 603) . Since the process state information 

231 of the process operation information 230 indicates 
"operation halt" in this case, the program sets 

15 operation halt information to the operation state 

information of the process information table managing 
the debug process (step 606) and passes control to the 
process information display section 144* Similarly, 
when the process operation information 220 is inputted, 

20 the program sets operation start information to the 
operation state information (step 604) . When the 
process operation information 240 is inputted, the 
program sets operation resume information to the 
operation state information (step 605) . When the 

25 process operation information 250 is inputted, the 

program sets operation end information to the operation 
state information (step 607) . The program then passes 
control to the process information display section 144. 
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Fig* 7 is a specific embodiment of the 
process information display section 144. The program 
first reads a process information table created and 
updated by the process information table creating 
5 section 143 (step 701) and makes a check to determine 
whether or not the debug information display processing 
has been completely executed for all debug processes 
(step 702) . If the processing has been completely 
executed, the program passes control to the display 

10 150* Since the process graph display section 145 

displays a debug process in the form of a process box, 
the process information display section 144 calculates 
process box display position information (x-axis, y- 
axis, width, and height information; step 703) and sets 

15 the values resultant from the calculation to the 
process box coordinate position information of the 
process information table (step 704) . The process box 
is fixed in size in principle. The display section 145 
arranges the process boxes in a screen memory with a 

20 fixed interval therebetween such that processes having 
a parent-child relationship are horizontally disposed 
and processes of brothers are vertically disposed. To 
display the process boxes in relation to operation 
states (generation, start, resume, halt, and end) of 

25 the respective debug processes, the display section 145 
refers to the operation state information of the 
process information table (step 705) , creates process 
box display screen data according to the operation 
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state (step 710, 711, 712, 713, or 714), and then 
passes control to the process detail information 
display section 146. The display section 146 creates 
screen data to display process detail information (step 
5 443) . 

Fig. 8 shows a display example of a process 
graph 151 and process detail information 152 displayed 
on one screen of the display 150. For the process 
boxes 801 to 804 displayed in the process graph 151, 

10 debug process information, i.e., a process number (node 
number) of debug process information is displayed as 
information to indicate each debug process. For 
example, debug process information 810 of a process box 
801 indicates that the debug process has process number 

15 "10" (node number "0"). Since the process box 801 is 
linked by a line 811 with the process box 802, the 
process box 801 is a parent process having generated a 
debug process indicated by the process box 802. The 
process box 801 is also linked by a line 812 with the 

20 process box 804, and hence the process box 801 is a 
parent process having generated a debug process 
indicated by the process box 804. It is accordingly to 
be appreciated that the process boxes 802 and 804 are 
bother processes. The process box 802 is linked by a 

25 line 813 with the process box 803 and hence is a parent 
process having generated the debug process indicated by 
the process box 803. Neither of the process boxes 803 
and 804 is linked rightward by a line with another 
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process box. Therefore, neither thereof has generated 
a child process. The debug process of the process box 

801 is displayed with bold lines (841) . This indicates 
that the debug process is in the operation resume 

5 state. The processes respectively of the process boxes 

802 and 804 are displayed with ordinary lines (842, 
843) . This indicates that the debug processes are in 
the operation halt state. The process of the process 
box 803 is displayed with dotted lines (843) . This 

10 indicates that the debug process is in the execution 
end state. As above, the process boxes are displayed 
according to the operation states of the respective 
processes. The process detail information 152 is debug 
information which includes information of rows such as 
15 detailed operation information 821 to 824 of the debug 
processes and information of columns such as a node 
number 831, a program name 832, a process number 833, 
an operation state 834, and a halt location 835. 

As shown in Fig. 8, a process graph 151 and a 
20 process detail information 152 can be independently 
moved in the vertical and horizontal directions. In 
the example of Fig. 8, the graph 151 and the 
information 152 are vertically arranged to respectively 
occupy an upper half and a lower half of the screen. 
25 However, they may be displayed in different windows 
such that either one thereof are displayed on the 
screen or both thereof are displayed in a partially 
overlapped state. There may be disposed another window 



to input debug commands . 

Fig* 9 shows a procedure to conduct an 
operation 910 for a debug state selection state (to be 
referred to as an emphasized display) of a particular 
debug process from a process graph 911 and a procedure 
to conduct an operation 92 0 for a debug information 
emphasized display of a particular debug process* 

The flow shown in Fig* 9 is a part of the 
process information display section 144. The flow is 
activated by the operation of a mouse or a keyboard on 
the process graph 151 or the process detail information 
152. 

The emphasized display operation 910 from the 
process graph 911 is explained. When the debug 
information emphasized display operation 912 is carried 
out for a debug process with process number "20" (node 
number "1") using a mouse or the like from the process 
graph 911, the program retrieves, according to a point 
location of the mouse and coordinate information 
managed by the process box coordinate position 
information of the process information table, a process 
information table of a debug process displayed as a 
process box at the mouse point location (step 913) . 
From the retrieved process information table, it is 
known that the debug process for which the emphasized 
display operation is conducted has a node number "1" 
(step 914) . Using the node number as a key, a 
retrieval is conducted through the process detail 



information rows displayed in the process detail 
information 916 to detect information row having a node 
number "1" (step 915) , Process box emphasized display 
processing (step 930) is executed using process box 
coordinate position information of the process 
information table retrieved by the process information 
table retrieval (step 913) . Emphasis display 
processing of the process detail information is 
executed according to information in the detected row 
(step 931) . Resultantly, a process box 943 indicating 
node number "1" of a process graph 941 and process 
detail information row 944 indicating the debug process 
with node number "1" of process detail information 942 
are emphasized in the presentation on a display 94 0 in 
a related fashion. Next, an emphasized display 
operation 920 from the process detail information 921 
is explained. When a debug information emphasized 
display operation 922 of the debug process with process 
number "20" and node number "1" is conducted from the 
process detail information 921 using, for example, a 
mouse; a character string indicating, as row 
information, detailed information of the debug process 
is acquired using the mouse point location (step 923} 
and a node number is obtained from the acquired 
character string (step 924) . Using the obtained node 
number as a key, the program retrieves a process 
information table managing the debug process for which 
the emphasized display operation has been conducted 
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(step 925) . As in the emphasized display operation 910 
from the process graph, a process box 943 indicating 
the debug process with node number "1" of the process 
graph 941 and process detail information 944 indicating 
5 the debug process with node number "1" of process 

detail information 942 are displayed on the display 940 
in an emphasized mode in a related fashion. 

In Fig. 9, a reverse display mode is adopted 
for the emphasized display. However, the width and the 
10 color of the characters and the process boxes may be 
changed for this purpose. 

The process graph 151 and the process detail 
information 152 are kept displayed until execution of 
all processes is finished and the user instructs the 
15 debugger system to end its operation. 

A variation of the embodiment will be next 

described. 

In the embodiment, the process operation 
information output section 122 outputs the process 

20 operation information 131 to the file operation 
information file 130. The process operation 
information monitoring section 141 monitors by polling 
the process operation information 131. In place of the 
processing, it may be conducted that using a task queue 

25 or an inter-task communication, the process operation 
information output section 122 directly passes the 
process operation information 131 to the process 
operation information acquiring section 142 and 
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simultaneously triggers the start of the information 
acquiring section 142, 

The specification and drawings are, 
accordingly, to be regarded in an illustrative rather 
5 than a restrictive sense. It will, however, be evident 
that various modifications and changes may be made 
thereto without departing from the broader spirit and 
scope of the invention as set forth in the claims. 



